home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / orad / orad-minutes-91jul.txt < prev    next >
Text File  |  1993-02-17  |  8KB  |  306 lines

  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4.  
  5. Reported by Bernhard Stockman/NORDUnet
  6.  
  7. ORAD Minutes
  8.  
  9. Minutes from Operations Area Directorate meeting at the Atlanta IETF.
  10.  
  11. Agenda:
  12.  
  13.  
  14.    o Introduction
  15.    o Presentations
  16.    o The issues for ORAD
  17.    o ORAD representatives
  18.    o Current and near future activities
  19.  
  20.  
  21. Introduction:
  22.  
  23. Proposed goal for this session:
  24.  
  25.  
  26.    o To get a feeling for what the IETF Operational Area Directorate is,
  27.      and is not, intended to be.
  28.  
  29.    o To get a consensus on a set of prioritized activities to be
  30.      initiated
  31.  
  32.  
  33. Remarks for this meeting:
  34.  
  35.  
  36.    o We are all in it together, to make it work we need to cooperate on
  37.      a set of basic things.
  38.  
  39.    o With the common experience we should be able to identify what we
  40.      can deploy of the existing technology
  41.  
  42.    o We should also be able to identify and prioritize development needs
  43.  
  44.  
  45. Presentations
  46.  
  47.  
  48.    o The IETF ORAD and the OPS Area, initial thoughts and views.  (Phill
  49.      Gross).  The goal for an IETF Operations Area Directorate:
  50.  
  51.  
  52.       -  To improve the quality of:
  53.           * The Internet
  54.           * The tools
  55.  
  56.                                    1
  57.  
  58.  
  59.  
  60.  
  61.  
  62.        * Objectives
  63.        * Procedures
  64.        * Methodologies
  65.        * Interactions between operators and users
  66.        * International cooperation
  67.  
  68.    -  Advise the developers to create meaningful statistics and
  69.       protocols.
  70.  
  71.    -  International coordination.  The ORAD as a forum for
  72.       international interconnections.
  73.  
  74. o Ongoing coordination activities in the R &D networking field.
  75.   (Bernhard Stockman NORDUNET).
  76.  
  77.   Relevant activities within the IEPG. The IEPG (a technical subgroup
  78.   within CCIRN) has had two meetings so far.  At these meetings, a
  79.   list of prioritized items was defined:
  80.  
  81.  
  82.    -  Interncontinental link coordination
  83.    -  Global routing
  84.    -  Global DNS connectivity
  85.    -  Global address registration
  86.    -  NOC/NIC coordination aiming at common methods and practices and
  87.       minimal basic services definitions.
  88.  
  89.  
  90.   The IEPG is viewed as an Agenda setting group, i.e., IEPG will
  91.   normally not undertake these items directly within itself but try
  92.   to find relevant bodies for such actions.
  93.  
  94.   Example of ongoing activities:
  95.  
  96.  
  97.    -  IETF OPSTAT WG
  98.    -  RIPE mapping WG
  99.  
  100.  
  101. o Commercial service providers' view on coordination.  (Susan
  102.   Estrada, CERFnet).
  103.  
  104.   It is important to realize that new network providers are entering
  105.   the marketplace often.  The Operational Requirements Area of the
  106.   IETF and, in particular, the ORAD, have a large role to play to
  107.   ensure the integrity of the network as new players enter.
  108.   Additionally, the operations folks have a responsibility to provide
  109.   input and advice to the protocol developers to insure that future
  110.   implementations meet defined operational requirements.
  111.  
  112.   The ORAD should help set the agenda for the Operational
  113.   Requirements Area.  It should define the most pressing operational
  114.  
  115.                                 2
  116.  
  117.  
  118.  
  119.  
  120.  
  121.   problems and seek common solutions and recommendations to solve
  122.   those problems.  The ORAD should also undertake the education of
  123.   new network operators through the publication of guidelines for
  124.   sensible operations of IP networks.
  125.  
  126. o A Nordic angle on the coordination issues, NETF Operations
  127.   Coordinations WG - A Nordic ``NFIX/NCIX''? - Mats Brunell NORDUNET
  128.  
  129.   The current (yesterday) situation:
  130.  
  131.    -  R&D newtork operators only like NORDUnet, UNINETT, FUNET, SUNET
  132.       and SURIS.
  133.  
  134.    -  NETF (NORDUNET Technical and Engineering Forum) a possible way
  135.       like the IETF for inclusion of all relevant parties.
  136.  
  137.  
  138.   The new situation:  Commercial service providers introduced on the
  139.   Nordic scene like DataNET/Finland, SWIPnet/Sweden, TIPSnet/Sweden.
  140.  
  141.   The today provision have a growth of 100% or more/year.
  142.  
  143.  
  144.    -  There exist no long term planning.
  145.    -  There is limited resources.
  146.  
  147.  
  148.   The today provision have a growth of 100% or more/year.  This
  149.   creates a need for coordination methods and procedures.
  150.  
  151.   Two possible approaches, ``Like the situation'' or ``Do something
  152.   about it''.
  153.  
  154.  
  155.    1. Like the situation:  The existing situation with a multitude of
  156.       uncoordinated network giving huge problems with regards to
  157.       routing, name services, etc.  This means we have to develop
  158.       routing protocols etc.  that can still work in the messy
  159.       situation.
  160.  
  161.    2. A coordinated approach with planned routing and name services
  162.       as well as new tools to aid in the collaborative process.  The
  163.       obvious answer is that we need to do both.
  164.  
  165.       A generally accessible Nordic interconnection point (NFIX/NCIX)
  166.       has been proposed for implementation.  The NFIX/NCIX will be
  167.       available for both R &D and commercial network service
  168.       providers.
  169.  
  170.       Sensitive to try to coordinate commercial service providers.
  171.  
  172.  
  173.                                 3
  174.  
  175.  
  176.  
  177.  
  178.  
  179.          The European scene:
  180.  
  181.          PTT's have a different view on have to provide Internet IP
  182.          services than ``we'' do, the are used to the X.25/X.75
  183.          situation, and setting up a multitude of links to everywhere.
  184.  
  185.          There is a need for knowledge transfer between different
  186.          providers and a requirement for development to achieve
  187.          scalability and operational stability.
  188.  
  189.  
  190.  
  191. The Issues for ORAD
  192.  
  193. To set off the discussion:
  194.  
  195.  
  196.    o Routing, what needs, what protocols, which topology?
  197.    o DNS connectivity to all world wide, how?
  198.    o IP address and name registration issues
  199.  
  200.  
  201. ORAD Representatives
  202.  
  203. The structure of ORAD.
  204.  
  205. The question was expressed if ORAD should be a small group of people or
  206. if it should be formed from a large bunch of people.
  207.  
  208. There should be an election of ORAD members, for example 3 persons that
  209. together with the two co-chairs for 1 year is to form a working
  210. Executive with the responsibility for:
  211.  
  212.  
  213.    o Follow up on actions
  214.    o Promote membership and active work in between meetings
  215.    o Prepare meetings
  216.  
  217.  
  218. Current and Near Future Activities
  219.  
  220. Below Working Groups exist today within IETF Operations Area:
  221.  
  222.  
  223.    o OPSTAT WG
  224.    o Benchmarking WG
  225.    o User Connectivity WG
  226.    o DDN WG
  227.    o Network Joint Management WG
  228.    o Topology and Engineering WG
  229.  
  230.  
  231. Possible other operations WGs
  232.  
  233.                                    4
  234.  
  235.  
  236.  
  237.  
  238.  
  239. o Routing Coordination
  240. o DNS Coordination
  241. o OSI Operations
  242. o X.400 Operations
  243. o X.500 Operations
  244.  
  245.  
  246.  
  247.                                 5
  248.  
  249.  
  250.  
  251.  
  252.  
  253. A mailing list for the ORAD will be created by Susan Estrada named:
  254.  
  255.  
  256.    o orad@sdsc.edu
  257.    o orad-request@sdsc.edu.
  258.  
  259.  
  260. Attendees
  261.  
  262. Vikas Aggarwal           vikas@JVNC.net
  263. Jordan Becker            becker@nis.ans.net
  264. Eric Carroll             eric@utcs.utoronto.ca
  265. Henry Clark              henryc@oar.net
  266. James Conklin            conklin@bitnic.educom.edu
  267. John Curran              jcurran@bbn.com
  268. Tom Easterday            tom@cic.net
  269. Robert Elz               kre@munnari.oz.au
  270. Susan Estrada            Estradas@cerf.net
  271. Peter Ford               peter@lanl.gov
  272. Vince Fuller             vaf@stanford.edu
  273. Shari Galitzer           shari@gateway.mitre.org
  274. Phillip Gross            pgross@nis.ans.net
  275. Tony Hain                alh@es.net
  276. Martyne Hallgren         martyne@theory.tn.cornell.edu
  277. Eugene Hastings          hastings@psc.edu
  278. Ittai Hershman           ittai@nis.ans.net
  279. Ken Jones                konkord!ksj@uunet.uu.net
  280. Christopher Kolb         kolb@psi.com
  281. Ruth Lang                rlang@nisc.sri.com
  282. Louis Leon               osll@emuvm1.cc.emory.edu
  283. Daniel Long              long@nic.near.net
  284. April Marine             april@nisc.sri.com
  285. Matt Mathis              mathis@psc.edu
  286. David O'Leary            oleary@sura.net
  287. Philippe Park            ppark@bbn.com
  288. Marsha Perrott           mlp@andrew.cmu.edu
  289. Robert Reschly           reschly@brl.mil
  290. Timothy Salo             tjs@msc.edu
  291. Tom Sandoski             tom@concert.net
  292. Erik Sherk               sherk@nmc.cit.cornell.edu
  293. Bernhard Stockman        boss@sunet.se
  294. Roxanne Streeter         streeter@nsipo.nasa.gov
  295. Subu Subramanian         subu@qsun.att.com
  296. Claudio Topolcic         topolcic@nri.reston.va.us
  297. Ross Veach               rrv@uiuc.edu
  298. Rudiger Volk             rv@informatik.uni-dortmund.de
  299. Chris Waters-Pierandozzi waters@jvnc.net
  300. Wengyik Yeong            yeongw@psi.com
  301. Osmund de Souza          desouza@osdpc.ho.att.com
  302.  
  303.  
  304.  
  305.                                    6
  306.